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Sir: 

1 . We, Ina Ullrich and Uwe Vosen, are the inventors of the subject matter 
disclosed and claimed in U.S. Patent Application Serial No. 10/065,315 and filed on October 
2, 2002, otherwise referred to as "the Invention". 

2 . The Invention was conceived and reduced to practice prior to September 
11, 2002, the effective reference date under 35 U.S.C. § 102(e) of U.S. Patent Application 
Serial No. 10/241,322, entitled "Method, System and Computer Program Product For 
Automating Transaction Tax Calculation" and published on March 11, 2004. 

3. On information and belief, Exhibit A, which is attached to this 
Declaration, is a copy of an e-mail and attachment, dated September 9, 2002, sent by Matthew 
M. Jakubowski to Clive Roberts, Anita Sams, Ina Ullrich and Uwe Vosen. The attachment 
confirms that a draft of the application was sent to us on September 9, 2002. 
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4. The draft shows that the claimed subject matter was conceived prior to 
September 11, 2002. 

■ 5 . The draft shows that the claimed subject matter was in existence prior 
to September 11, 2002, confirming an actual reduction to practice. 

6. We acknowledge that willful false statements and the like are punishable 
by fine or imprisonment, or both and may jeopardize the validity of the application or any 
patent issuing thereon. 

7. We acknowledge that all statements made are of our own knowledge and 
are true and that all statements are made on information and believed to be true. 
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We declare (or certify, verify, or state) under penalty of perjury. 



Date: 




Ina Ullrich 



Uwe Vosen 
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EXHIBIT A 



From; 
Tos 
Dates 
Subjects 



" Matthew Jakubowski " <MJAKUBOWSKI@brookskushman . com> 
"Roberts, Clive (C.J.)" <crobert6@f ord . com> 
9/9/2002 6:43:22 PM 
eVAT patent application 



Clive- 



It is my understanding that Ina is on vacation during the month of 
September and that I should contact you with any concerns regarding the 
eVAT patent application during that time. I've integrated Ina 1 s 
feedback and section on the reconciliation process into the application 
draft and figures (in rough draft form), which I've attached. Please 
review this new version of the application. Can you possibly have your 
final changes and comments prepared by Thursday (9/12) morning my time? 
I would like to file this application sometime next week. 

Thank you for your time, 

Matt Jakubowski 



CCs "Sams, Anita (A.)" <asivyer4@ford.com>, "Ullrich, Ina (I.)" 

<iullrich@f ord. com>, "Vosen, Uwe (U. ) " <uvosenl@f ord . com> 



COMPUTER- IMPLEMENTED METHOD AND SYSTEM FOR DETERMINING AND 
REPORTING VAT INFORMATION AND AMOUNTS FOR BUSINESS 
TRANSACTIONS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

At least one aspect of the present invention 
relates generally to a computer-implemented method and 
system for determining and reporting VAT information and 
amounts for business transactions. One aspect of the 
reporting feature includes reconciliation of VAT information 
and amounts. 

2 . Background Art 

Value added taxes ("VATs") and related taxes are 
often imposed on business transactions by countries across 
the entire world. Taxing authorities commonly require 
businesses to compute and report VAT information. For 
example, list result export and import reports are typically 
created for cross-border shipments within the European 
community. Other reports commonly produced by businesses 
can include domestic VAT, acquisition tax ("AT") reports, 
reverse charge ("RC") and aggregate sales list ("ASL") 
reports. Additionally, businesses typically reconcile its 
internal accounting numbers (i.e. general ledger balances 
and accounts receivable) with the reported VAT, AT, RC and 
ASL values . 

Businesses often create multiple invoicing systems 
to compute, report, and reconcile VAT information relating 
to its business transactions. Different invoicing systems 



often use similar methods to compute VAT information. 
Consequently, businesses experience inefficiencies due to 
the redundancies between different invoicing systems. 
Additionally, each invoicing system commonly uses a 
5 different reporting format. As a result, reconciling 

internal accounting numbers with the values found in the 
reports is often difficult and cumbersome. 

Software vendors have also created systems with 
VAT calculation functionality. For example, the World Tax 

10 System, offered by Tax Ware, includes VAT decision making 
functionality. The Auto VAT system, offered by Corporate 
VAT Management, includes functionality to produce quarterly 
invoice collection reports. These systems do not offer 
functionality to reconciliate accounting numbers via the 

15 general ledger. Moreover, these systems are limited in 
geographic scope. 

A computer- implemented method and system for 
consistently determining VAT information for business 
transactions is needed. Additionally, a computer- 

2 0 implemented method and system is needed to generate 

consistent VAT reports, including reconciliation of VAT 
information from a set of transactions that can originate 
from multiple invoicing systems. Moreover, a computer- 
implemented method and system is needed that provides VAT 
25 information for European countries as well as the rest of 
the world. 

SUMMARY OF THE INVENTION 

One aspect of the present invention relates to a 
computer- implemented method and system for determining and 

3 0 reporting value added tax information of a business 

transaction. One object of the present invention is to 
provide a computer- implemented method and system for 



consistently determining VAT information for business 
transactions. Another object of the present invention is to 
provide a computer-implemented method and system for 
generating consistent VAT reports, including reconciliation 
5 of VAT information from a set of transactions that can 
originate from multiple invoicing systems. Yet another 
object of the present invention is to provide a computer- 
implemented method and system that provides VAT information 
for European countries as well as the rest of the world. 

10 A preferred method embodiment of the present 

invention includes receiving transaction information from at 
least one computerized invoice system, determining value 
added tax information based on the transaction information, 
transmitting the value added tax information to the at least 

15 one computerized invoicing system, receiving a value added 

tax amount for the business transaction determined by the at 
least one computerized invoice system based on the value 
added tax information, generating an at least one report 
based on the value added tax amount and the value added tax 

2 0 information. The transaction information can include at 

least shipping information. The value added tax information 
can include at least tax rate and tax type. 

The preferred method embodiment of the present 
invention may additionally include receiving general ledger 
25 information and reconciling the value added tax information, 
the value added tax amounts, and general ledger information. 

The determining step of the preferred method 
embodiment may include determining tax decision rules based 
on the transaction information to obtain value added tax 

3 0 information. The tax decision rules can be developed using 

a VTR table. 

A preferred system embodiment of the present 
invention includes a computer system (including at least one 
server computer) for determining and reporting value added 



tax information of a business transaction. The preferred 
server computer is configured to receive transaction 
information from at least one computerized invoice system, 
determine value added tax information based on the 
5 transaction information, transmit the value added tax 
information to the at least one computerized invoicing 
system, receive a value added tax amount for the business 
transaction determined by the at least one computerized 
invoice system based on the value added tax information, and 
10 generate an at least one report based on the value added tax 
amount and the value added tax information. The transaction 
information can include at least shipping information. The 
value added tax information can include at least tax rate 
and tax type . 

15 The preferred server computer of the present 

invention may be additionally configured to receive general 
ledger information and reconcile the value added tax 
information, the value added tax amounts, and general ledger 
information . 

2 0 The preferred server computer of the present 

invention may be additionally configured to provide that 
value added tax information is determined based on tax 
decision rules and the transaction information. The tax 
decision rules can be developed using a VTR table. 
25 Another preferred method embodiment includes 

receiving transaction information from at least one 
computerized invoice system and determining tax decision 
rules for the business transaction based on the transaction 
information. The transaction information can include at 

3 0 least country information and VAT transaction code. The tax 

decision rules can include at least tax type and tax rate. 
The tax decision rules can be developed using a VTR table. 

The above and other objects, features, and 
advantages of the present invention are readily apparent 
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from the following detailed description of the best mode for 
carrying out the invention when taken in connection with the 
accompanying drawings . 



BRIEF DESCRIPTION OF THE DRAWINGS 



5 The features of the present invention which are 

believed to be novel are set forth with particularity in the 
appended claims. The present invention, both as to its 
organization and manner of operation, together with further 
objects and advantages thereof, may best be understood with 

10 reference to the following description, taken in connection 
with the accompanying drawings which: 

Figure 1 is a schematic diagram illustrating a 
preferred embodiment of a system for implementing the 
present invention; 

15 Figure 2 is a block flow diagram illustrating a 

preferred methodology for implementing the present 
invention; 

Figure 3 illustrates a layout of a VAT 
reconciliation summary report in accordance with the present 
2 0 invention; and 

Figure 4 illustrates a layout of a VAT declaration 
summary report in accordance with present invention. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT ( S ) 

2 5 As required, detailed embodiments of the present 

invention are disclosed herein. However, it is to be 
understood that the disclosed embodiments are merely 
exemplary of the invention that may be embodied in various 
and alternative forms. .. Therefore, specific functional 

3 0 details herein are not to be interpreted as limiting, but 
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merely as a representative basis for the claims and/or as a 
representative basis for teaching one skilled in the art to 
variously employ the present invention. 

Figure 1 is a schematic diagram illustrating a 
5 preferred system 10 for implementing the present invention. 
System 10 comprises at least one server computer 12 operably 
serving a plurality of invoice server computers 14A-14N. 
Invoice server computers 14A-14N are operably configured to 
execute invoicing applications stored within storage 16A- 

10 16N. Invoice server computers 14A-14N are also operably 

configured to store information to, and retrieve data from, 
at least one invoice data table, preferably stored within 
storage 16A-16N, respectively. 

In accord with a preferred embodiment of the 

15 present invention, invoice server computers 14A-14N 

communicate with server computer 12 utilizing a TCP-IP 
communication via network/LAN 18. Computer network 18 can 
comprise any one or more of a variety of computer 
communication configurations including but not limited to a 

2 0 local area network (LAN) , a wide area network (WAN) , a 

wireless network, an intranet, an extranet and the Internet. 

Server 12 is configured to operably execute a VAT 
decision application and a VAT reporting application. The 
applications are preferably stored within storage 20. 

2 5 Server 12 is also configured to operably retrieve data from, 

at least one global supplier data table. 

Figure 2 is a block flow diagram illustrating a 
preferred methodology for implementing the present 
invention. As represented in block 22, transaction 

3 0 information is received, preferably from an invoice server 

computer 14. Invoice server computer 14 preferably 
retrieves the transaction data from the invoice data table 
and transmits the transaction information to VAT server 12 
through network 18. In accord with a preferred embodiment, 



the invoice server computer transmits the transaction 
information in batch without user intervention while the 
invoice application creates invoices. 

The transaction information can include, but is 
5 not limited to, invoice application name, shipment/billing 
locations (general supplier database ( "GSDB" ) codes), 
business unit codes, VAT transaction code ("VTC"), shipment 
date, invoice date, and shipment /delivery terms. The 
shipment/billing locations can include ship-from, ship-to, 

10 bill-from, and bill-to locations. The GSDB codes can 

include ship-from, ship-to, bill-from, and bill-to GSDB 
codes. The GSDB codes can be five digit codes generated 
from a global supplier data table. The business unit codes 
can include ship-from, ship-to, bill-from, and bill-to 

15 codes. The business unit codes can be four digit codes used 
by a general ledger to identify a legal entity. The VTC 
identifies the transaction type, i.e. material or service. 
The shipment date refers to the date when the shipment took 
place if the transaction requires shipment. The 

2 0 shipment /delivery terms describe the terms of ship, i.e. ex 

works. The transaction category can be material (production 
or non-production) or service and is derived from the VTC. 
The country information includes the countries involved in 
the transaction and is derived by reference to the GSDB for 
25 each of the shipment locations. The country is preferably 
stored in ISO country code format. 

As represented in decision block 24, the 
transaction information is verified. The VAT decision 
application checks if certain transaction information, 

3 0 referred to as mandatory input parameters, has been 

received. The mandatory input parameters preferably 
comprise invoice application name, ship-from location, ship- 
to location, bill-from location, bill-to location, business 
unit (if applicable) , VTC, shipment date, invoice date, and 
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shipment /delivery terms. If any of the mandatory input 
parameters are missing, the VAT decision application 
transmits an error message to the invoice server computer 14 
and VAT server 12 aborts execution of the VAT decision 
5 application. If all of the mandatory input parameters are 
present, the VAT server 12 retrieves GSDB data from global 
supplier data table. 

Certain transaction information can be validated 
against the GSDB information, which can include 

10 shipment /billing locations (GSDB codes) and inter-company 

affiliate indication. If the transaction information cannot 
be validated, i.e. the transaction information is different 
than the GSDB information, the VAT decision application 
transmits an error message to the invoice server computer 

15 and VAT server 12 aborts execution of the VAT decision 
application. If the transaction information can be 
validated, the VAT decision application checks the 
transaction information for the present of triangulation . 
As represented in decision block 26, the 

20 transaction information can be checked for the presence of 
triangulation. The VAT decision application analyzes the 
shipping/billing location information obtained from the 
GSDB, most notably the country information and the derived 
(based on VTC) transaction category, to check for the 

2 5 presence of triangulation. 

Triangulation occurs when the invoicing route is 
different from the shipping route and involves three EU 
countries. For example, a direct cross border shipment of 
goods from A to C with a third party located in country B. 

3 0 In this instance two invoices are billed for the same 

shipment. The first invoice bills country B from country A 
and the second invoice bills country C from country B. All 
three shipment/billing locations must be VAT registered in 
their respective countries. The VAT consequences of this 



transaction include the first invoice exempt intra EC supply 
being included in the aggregate sales list {ASL) of country 
A. The VAT consequences of the second invoice include the 
declaration of Acquisition tax in country C. 
5 As represented in block 28, if triangulation is 

present, tax data relevant to the triangulation is retrieved 
preferably from tax data table. The tax data preferably 
includes VAT and acquisition tax (AT) rules, tax rates and 
tax accounts. The tax information relevant to triangulation 

10 can be transmitted to invoice server 14, which is explained 
in more detail below. 

As represented in block 32, the tax decision rules 
can be determined based on the transaction information. In 
accord with a preferred embodiment of the present invention, 

15 a VAT transaction rule ( "VTR" ) table can define tax decision 
rules based on the following criteria: (1) ISO country code, 
(2) VTC, and (3) the relationship between the tax entities 
involved. The VTC defines the type of material or service 
that is being purchased, i.e. production material, 

2 0 accounting services, transfer of know how, etc. The 

relationship between the two countries can be (1) domestic 
(i.e. within the same country), (2) intra European Community 
("EC") (between two countries within the EC), and (3) rest 
of the world (between two countries, one of which is outside 

2 5 of the EC) . Based on the above criteria, the following 

details are obtained by the VAT decision application to make 
the appropriate tax decision: (1) the applicable tax type 
(i.e. VAT, non taxable, exempt, reverse charge ("RC"), and 
AT) and (2) the applicable rate type (i.e. full, reduced, 

3 0 and zero) . According to the present invention, the AT and 

RC are neutral taxes applied in the bill- to country and 
consist of equal and opposite entries to input and output 
VAT accounting. Under certain circumstances, these taxes 
replace VAT in the bill-from country. 



Table 1 represents an example of a portion of a 
VTR table in accord with a preferred embodiment of the 
present invention. Each row in the VTR table defines the 
appropriate tax decisions for each country (abbreviated 
using the country's ISO country code) and VTC and its 
relationship to the other country involved in the 
transaction. An additional field (the VTR indicator) can 
also be present on the VTR table. The VTR indicator 
operates for countries that require a segregation of VAT 
accounting by commodity type. It is appended to the 
accounting details to provide the necessary segregation. 
This field does not affect the tax decision process. All 
values can be held against effective and expiration dates to 
enable decisions to be amended over time as a result of 
legal changes. 
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is selected based on the country and VTC . The "Domestic 
Code" value of the selected row determines the appropriate 
tax treatment. Valid domestic tax treatments include VAT, 
5 non-taxable, and exempt. Additionally, the rate type and 
VTR indicator from the selected row can be utilized for 
certain implementations of the present invention. 

For intra EC transactions, a row of the VTR table 
is selected based on the ship-from country, bill-from 

10 country and VTC. From the selected row, the "Intra EC Bill- 
From" value determines the appropriate tax treatment on the 
bill-from side. Valid Intra EC tax treatments on the bill- 
from side include VAT, non-taxable and exempt. 
Subsequently, a row of the VTR table is selected based on 

15 the ship- to country, bill- to country and VTC involved. From 
the selected row, the "Intra EC Bill-To" column is used to 
determine the appropriate tax treatment on the bill- to side. 
Valid Intra EC tax treatments on the bill-to side include 
non- taxable, RC, AT, and exempt. The tax treatments on the 

20 bill-from and bill-to side are combined to derive the 

correct tax decision. If VAT is identified in the bill-from 
country row, then this treatment takes precedence over the 
bill-to tax treatment. For VAT, the rate type and VTR 
indicator are taken from the bill-from country row. For RC 

2 5 and AT, the rate type and VTR indicator are taken from the 

bill- to country row. 

For rest of world transactions, a row of the VTR 
table is selected based on the ship-from country, bill-from 
country and VTC involved. From the selected row, the "Rest 

3 0 of World Bill-From" column is used to determine the 

appropriate tax treatment on the bill-from side. Valid rest 
of world tax treatments include VAT, non- taxable, and 
exempt. Subsequently, a row of the VTR table is selected 
based on the ship-to country, bill-to country and VTC 
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involved. From the selected row, the "Rest of World Bill- 
To" column is used to determine the appropriate tax 
treatment on the bill-to side. Valid rest of world tax 
treatments include non-taxable, RC, AT, and exempt. The tax 
5 treatments on the bill-from and bill-to side are combined to 
derive the correct tax decision. If VAT is identified in 
the bill-from country, this treatment takes precedence over 
the bill-to tax treatment. For VAT, the rate type and VTR 
indicator are taken from the bill-from country row. For RC 
10 and AT, the rate type and VTR indicator are taken from the 
bill- to country row. 

The VTR table entries of Table 2 are utilized to 
determine VAT information regarding various transactions in 
accord with a preferred embodiment of the present invention. 



COUNTRY 
CODE 



RATE 
TYPE 



DOMESTIC CODE 



INTRA EC 
BILL-FROM 



REST OF 

WORLD 

BILL-FROM 



INTRA EC 
BILL-TO 



TABLE 2 

For example, a domestic transaction has a ship- 
from location of GB (Great Britain) , ship-to location of GB, 
and a VTC of 3 (production material) . Since the ship-from 
and ship- to countries are both GB, a row of the VTR table is 
selected to obtain a single GB country row against VTC code 
3 . The domestic column and rate type are then used to 
derive the tax decision. The VTR table entries of Table 2 
are searched for a row in which the ISO country code equals 

-13- 



GB and the VTC code equals 3, i.e. row 6 of Table 2. 
Accordingly, the domestic tax treatment is VAT and the rate 
type is F (Full) . 

As another example, Intra EC transaction 
5 (material) has a ship-from location of GB, ship-to location 
of DE (Germany) , and a VTC code of 3 (production material) . 
Since the ship-from and ship-to countries are different, the 
VTR table is accessed twice to obtain both a GB and DE 
country row against VTC 3. The "Intra EC" columns and rate 

10 type are then used to derive the tax decision. The 

appropriate tax treatment on the bill- from side based on an 
ISO country code GB and a VTC of 3, is EX (tax exempt), i.e. 
row 6 of Table 2 . The appropriate tax treatment on the 
bill-to side based on an ISO country code of DE and VTC of 

15 3, is AT and rate type is full, i.e. row 3 of Table 2. 

Acquisition tax in the bill-to country, AT with the bill-to 
rate is applicable based on the outcomes from both rows (6 
and 3 ) . 

As yet another example, a rest of world 
20 transaction (material) has a ship-from location GB, ship-to 
of PL (Poland) , and a VTC of 3 (production material) . Since 
the ship-from and ship-to countries are different, the VTR 
table is accessed twice to obtain both a GB and PL country 
row against VTC code 3 . The "Rest of World" columns are 

2 5 then used to derive the tax decision. The appropriate tax 

treatment on the bill- from side based on an ISO country code 
of GB and VTC of 3 , is EX (tax exempt), i.e. row 6. The 
appropriate tax treatment on the bill-to side based on an 
ISO country code of PL and VTC of 3 is EX (tax exempt) i.e. 

3 0 row 7 . 

As represented in block 34, the tax decision rules 
are used to retrieve tax data relevant to the transaction 
from the tax data. The relevant tax information can 
generally include VAT types (i.e. VAT or AT), VAT rates 
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(i.e. full, reduced, not taxable, etc.), VAT registration 
numbers, tax accounts (i.e. payable, receivable, base, 
contra, etc.), and invoice description (i.e. VAT exempt 
Intra Community Sale, etc.). If the transaction is exempt 
5 from VAT taxes, the VAT decision application preferably 

retrieves the following invoice description: "tax exempt due 
to cross-border supply according to paragraph three, number 
2." Specifically, the relevant tax data can also include, 
depending on the transaction, the following: VAT-Type-F, 

10 VAT-Type-T, Triangulation indication, Rate for VAT, Rate for 
AT, Tax Code, VAT number for Ship from, VAT number for Ship 
to, VAT number for Bill from, VAT number for Bill to, VAT 
Receivables Account, VAT Receivables Cost Center, VAT 
Receivables Tax Jurisdiction, VAT Payables Account, VAT 

15 Payables Cost Center, VAT Payables Tax Jurisdiction, VAT 
Base Tax Jurisdiction, AT Receivables Account, AT 
Receivables Cost Center, AT Receivables Tax Jurisdiction, AT 
Payables Account, AT Payables Cost Center, AT Payables Tax 
Jurisdiction, AT Base Account, AT Base Cost Center, AT 

20 Contra Account, AT Contra Cost Center, Reverse Charge (RC) 

Receivables Account, RC Receivables Cost Center, RC Payables 
Account, RC Payables Tax Jurisdiction, RC Base Account, RC 
Base Cost Center, RC Contra Account, RC Contra Cost Center, 
Invoice Text, Error Text, and Return Code. 

2 5 As depicted in block 36, the relevant tax 

information is preferably transmitted to invoice server 14, 
which executes an invoice application preferably configured 
to determine the VAT amounts associated with the business 
transaction. The information can include VAT information 

3 0 relevant to triangulation if applicable to the transaction. 

The determined VAT tax information is preferably stored 
within invoice data table. Preferably, the invoice 
application posts the invoice, which includes the VAT tax 
information, to the general ledger and accounts receivable. 
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As depicted in block 38, the VAT amounts 
preferably determined by the invoice application are 
received from an invoice server computer 14. 

As depicted in block 39, the GL information posted 
5 by the invoice application is received by an invoice server 
computer 14 . 

As depicted in block 40, VAT reconciliation 
reports can be generated based on the VAT information, VAT 
amounts, and GL information. 
10 The following is a description of the 

reconciliation process in accordance with the present 
invention to produce reconciliation reports: 

The invoicing applications, which interface with 
the VAT decision and reporting applications, also transmit 
15 information to an at least one general ledger (GL) data 

table that is preferably stored on an invoice server 14 or 
other server. One of the prerequisites to ensure a proper 
reconciliation process is that every invoicing application 
transmits information to the GL data table and VAT 
2 0 applications within the same process and at about the same 
time . 

Within the GL data table there are preferably two 
fields, which describe VAT related data. The first field is 
the account, which contains the specific tax account. There 

2 5 are only two accounts for VAT, preferably referred to as the 

18P01 and the 06T02 account. The second field is the tax 
jurisdiction code field which contains detailed information 
about the kind of VAT, and also the tax rate. 

After the information has been transmitted to the 

3 0 GL data table, the VAT reporting application receives two 

files from the GL data table. The files contain tax related 
ledger data, i.e. all GL journals to VAT accounts 18P01 and 
06T02 and all journals with a non-blank tax jurisdiction 
code. One file is a daily extract from the GL data table 
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and the other one a month to date file, which contains the 
data for a complete accounting month. The daily extract 
contains the input from the last GL edit and post run and is 
used for daily reconciliation reports whereas the month to 
date file is used for monthly reconciliation reports. 

The VAT information, VAT amounts, and GL 
information is used to produce reconciliation reports. One 
such report, preferably referred to as the VAT 
reconciliation report contains the following information: 
the GL amounts and the VAT amounts for an invoicing 
system/base account/tax jurisdiction combination and shows 
the difference. This report is preferably produced daily 
for a daily reconciliation and monthly for a monthly 
reconciliation. 

There is another group of reconciliation reports 
which compare the GL amount, which has been posted to VAT 
accounts for the VAT types (VAT, AT, and RC) with the 
calculated VAT/AT/RC amount in the VAT reconciliation report 
(detail and summary reports described in more detail below) . 
This report shows the GL amounts by account for a given 
feeder system/ tax jurisdiction combination. It then 
calculates the VAT amount by using the information provided 
in the tax jurisdiction code, compares the calculated VAT 
amount to the posted VAT amount and shows the difference. 
This report is used for a monthly reconciliation. 

Other VAT reconciliation reports include the 
reconciliation detail report and VAT reconciliation report. 
The VAT reconciliation detail report can include, but is not 
limited to, the following information: interface code, tax 
jurisdiction code, base account, amount in ledger currency, 
calculated amount in ledger currency, posted VAT amount in 
ledger currency, difference in ledger currency, and subtotal 
tax jurisdiction code. 
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Figure 3 illustrates a layout of a VAT 
reconciliation summary report in accordance with the present 
invention. This report can include, but is not limited to, 
the following information: jurisdiction tax code, base 
account general ledger amount in ledger currency, calculated 
VAT amount in ledger currency, and posted VAT amount in 
ledger currency. The difference between (1) the calculated 
VAT amount and (2) the posted VAT amount can also be 
included on the report. It should be understood that the 
layout of the VAT reconciliation summary report can be 
rearranged, modified, and reconfigured to best fit 
implementation of the present invention. 

It should be understood that other VAT reports not 
pertaining to reconciliation based on VAT information and 
VAT amounts can be generated. Preferably, the invoice 
server transmits the VAT information and amounts to server 
12 for VAT report generation by VAT reporting application. 
Preferably, the VAT information and amounts are stored in 
VAT data table contained within storage 20. According to 
the present invention, VAT reports can be generated in 
detail and summary form for VAT declarations, aggregate 
sales lists (ASL) , ATs, RCS , and input VAT declarations. 
The ASL includes a list of all cross-border transactions 
that are tax exempt in country A and subject to tax in 
country B. 

The VAT declarations detail report can include, 
but is not limited to, the following information for 
business transactions: non-taxable/taxable transactions, 
bill-to region, VAT rate, invoice currency, bill-to company, 
interface code, VTC, DT (document type), invoice number, 
shipment or service date, net value in invoice currency, net 
value in ledger currency, and VAT amount in invoice 
currency. Subtotals for taxable transactions, subtotal for 
VAT-rates, subtotal for invoice currency, subtotal for bill- 
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to region, and total for business unit can also be included 
in this report. 

Figure 4 illustrates a layout of a VAT declaration 
summary report in accordance with a preferred embodiment of 
5 the present invention. This report can include, but is not 
limited to, the following information for business 
transactions: non- taxable/ taxable transactions, bill- to 
region, VAT rate, billing currency, net value in the invoice 
currency, net value in the ledger currency, net value 

10 according to customs value, VAT amount according to customs 
value, subtotal for VAT-rate, subtotal for taxable 
transactions, subtotal for bill- to region, and total for 
business unit. It should be understood that the layout of 
the VAT declaration summary report rearranged, modified, and 

15 reconfigured to best fit implementation of the present 
invention. 

The ASL detail report can include, but is not 
limited to, the following information: bill to company, VAT 
identification, interface code, VTC, document type, invoice 

2 0 number, shipment date, invoice currency, value in invoice 

currency, value in ledger currency, and triangulation flag. 
The report can also include subtotal for the bill-to 
company, subtotal for invoice currency, subtotal for 
triangulation, and subtotal for business unit. 

25 The ASL summary report can include, but is not 

limited to, the following information: bill-to company, VAT 
identification, billing currency, net value in invoice 
currency, net value in ledger currency, net value in customs 
value, triangulation flag, subtotals for transactions with 

30 triangulation flags, and total for business unit. 

The acquisitions tax detail report can include, 
but is not limited to, the following information: VAT rate, 
invoice currency, bill-from company, interface code, VTC, 
DT, invoice number, shipment or service date, triangulation 
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flag, subtotal for different VAT rates, net value in the 
invoice currency, net value in the ledger currency, and VAT 
amount invoice currency, subtotal for invoice currency, 
subtotal for triangulation, and total for business unit. 
5 The acquisition tax summary report can include, 

but is not limited to, the following information: 
triangulation flags, VAT rate, invoice currency, net value 
invoice currency, net value ledger currency, net value 
customs value, VAT amount customs value, subtotal for 
10 triangulation transactions, total for business unit 
transactions . 

The reverse charge detail report can include, but 
is not limited to, the following information: invoice 
currency, VAT rate, bill from company, interface code, 
15 invoice number, VTC, DT, shipment or service date, net value 
in invoice currency, net value in ledger currency, VAT 
amount in invoice currency, subtotal for different VAT 
rates, and subtotal for invoice currency, and total for 
business unit. 

2 0 The reverse charge summary report can include, but 

is not limited to, the following information: VAT rate, 
invoice currency, net value invoice currency, net value 
ledger currency, net value customs value, and VAT amount 
customs value, total for business unit. 

2 5 The input VAT declarations detail report can 

include, but is not limited to, the following information: 
bill from country, VAT rate, invoice currency, VTC group, 
VTC bill from company, interface code, DT, invoice number, 
shipment or service date, net value invoice currency, net 

3 0 value ledger currency, VAT amount invoice currency, subtotal 

for VTC group, subtotal for invoice currency, subtotal for 
VAT rate, subtotal for bill from country, and total for 
business unit. 
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The input VAT declaration summary report can 
include, but is not limited to, the following information: 
bill from country, VAT rate, invoice currency, VTC group, 
net value invoice currency, net value ledger currency, net 
5 value customs value, VAT amount customs value, subtotal for 
VAT rate, subtotal for bill from country, and total for 
business unit. 

While the best mode for carrying out the invention 
has been described in detail, those familiar with the art to 
10 which this invention relates will recognize various 

alternative designs and embodiments for practicing the 
invention as defined by the following claims. 
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WHAT IS CLAIMED: 



1 1 . A computer-implemented method for determining 

2 and reporting value added tax information of a business 

3 transaction, the method comprising: 

4 receiving transaction information from at least 

5 one computerized invoice system; 

6 determining value added tax information based on 

7 the transaction information; 

8 transmitting the value added tax information to 

9 the at least one computerized invoicing system; 

10 receiving a value added tax amount for the 

11 business transaction determined by the at least one 

12 computerized invoice system based on the value added tax 

13 information; and 

14 generating an at least one report based on the 

15 value added tax amount and the value added tax information. 

16 2. The computer-implemented method of claim 1 

17 further comprising receiving general ledger information. 

18 3 . The computer-implemented method of claim 2 

19 wherein the general ledger information includes at least tax 
2 0 account information and tax jurisdiction information. 

1 4. The computer- implemented method of claim 3 

2 further comprising reconciling the value added tax 

3 information, the value added tax amounts, and general ledger 

4 information. 

1 5. The computer-implemented method of claim 1 

2 wherein the determining step includes determining tax 

3 decision rules based on the transaction information to 

4 obtain value added tax information. 
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1 6. The computer-implemented method of claim 5 

2 wherein the tax decision rules are developed using a VTR 

3 table. 

1 7. The computer- implemented method of claim 1 

2 wherein the transaction information includes at least 

3 shipping information. 

1 8 . The computer-implemented method of claim 1 

2 wherein the value added tax information includes at least 

3 tax rate and tax type. 

1 9. A computer- implemented system for determining 

2 and reporting value added tax information of a business 

3 transaction, the system comprising at least one server 

4 computer operably serving at least one client computer, the 

5 at least one server computer configured to: 

6 receive transaction information from at least one 

7 computerized invoice system; 

8 determine value added tax information based on the 

9 transaction information; 

10 transmit the value added tax information to the at 

11 least one computerized invoicing system; 

12 receive a value added tax amount for the business 

13 transaction determined by the at least one computerized 

14 invoice system based on the value added tax information; and 

15 generate an at least one report based on the value 

16 added tax amount and the value added tax information. 

17 10. The computer- implemented system of claim 9 

18 wherein the at least one server computer is further 

19 configured to receive general ledger information. 
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20 11. The computer-implemented system of claim 10 

21 wherein the general ledger information includes at least tax 

22 account information and tax jurisdiction information. 

1 12. The computer- implemented system of claim 11 

2 wherein the at least one server computer is further 

3 configured to reconcile the value added tax information, the 

4 value added tax amounts, and general ledger information. 

1 13 . The computer-implemented system of claim 9 

2 wherein the value added tax information is determined based 

3 on tax decision rules and the transaction information. 

1 14. The computer-implemented system of claim 13 

2 wherein the tax decision rules are developed using a VTR 

3 table. 

1 15. The computer- implemented system of claim 9 

2 wherein the transaction information includes at least 

3 shipping information. 

1 16. The computer-implemented system of claim 9 

2 wherein the value added tax information includes at least 

3 tax rate and tax type. 

1 17 . A computer- implemented method for determining 

2 tax decision rules for a business transaction, the method 

3 comprising: 

4 receiving transaction information from at least 

5 one computerized invoice system, the transaction information 

6 including at least country information and VAT transaction 

7 code; and 
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8 determining tax decision rules for the business 

9 transaction based on the transaction information, the tax 
10 decision rules including at least tax type and tax rate. 

1 18. The computer-implemented method of claim 17 

2 wherein the tax decision rules are developed using a VTR 

3 table. 

4 19. The computer- implemented method of claim 18 

5 wherein the tax decision rules are used to obtain value 

6 added tax information. 

7 20. The computer- implemented method of claim 19 

8 wherein the value added tax information is used to generate 

9 an at least one report. 
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ABSTRACT OF THE DISCLOSURE 



One aspect of the present invention relates to a 
computer- implemented method and system for determining and 
reporting value added tax information of a business 
5 transaction. A preferred method embodiment includes 
receiving transaction information from at least one 
computerized invoice system, determining value added tax 
information based on the transaction information, 
transmitting the value added tax information to the at least 

10 one computerized invoicing system, receiving a value added 
tax amount for the business transaction determined by the at 
least one computerized invoice system based on the value 
added tax information, and generating an at least one report 
based on the value added tax amount and the value added tax 

15 information. 
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